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ANTI-STARVATION INTERRUPT PROTOCOL 

CROSS-REFERENCE TO RELATED APPLICATIONS 

The present application claims priority from U.S. Provisional Patent Application 
Serial No. 60/229,830, which was filed on August 31, 2000, by Sam Duncan, David 
Golden, Darrel Donaldson, Dave Hartwell, Steven Ho, Andrej Kocev, Jeff Willcox and 
Roger Pannell for a SYMMETRICAL MULTIPROCESSOR COMPUTER SYSTEM 
and is hereby incorporated by reference in its entirety. 

The present invention is also related to U.S. Patent Application Ser. No. 
09/867,138, which was filed on May 29, 2001 by Stephen Van Doren, Chester Paw- 
lowski and Barry Maskas for a METHOD AND APPARATUS FOR DELIVERING 
ERROR INTERRUPTS TO A PROCESSOR OF A MULTIPROCESSOR SYSTEM, 
which is also hereby incorporated by reference in its entirety. 

BACKGROUND OF THE INVENTION 

Field of the Invention 

This invention relates to multiprocessor computer architectures and, more specifi- 
cally, to the handling and processing of interrupts by multiprocessor computer systems. 

Background Information 

Distributed shared memory computer systems, such as symmetrical multiproces- 
sor (SMP) systems, support high performance application processing. Conventional SMP 
systems include a plurality of processors coupled together by a bus. One characteristic of 
SMP systems is that memory space is typically shared among all of the processors. That 
is, each processor accesses programs and data in the shared memory, and processors 
conununicate with each other via that memory (e.g., through messages and status infor- 
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mation left in shared address spaces). In some SMP systems, the processors may also be 
able to exchange signals directly. One or more operating systems are typically stored in 
the shared memory. These operating systems control the distribution of processes or 
threads among the various processors. The operating system kernels may execute on any 
processor, and may even execute in parallel. By allowing many different processors to 
execute different processes or threads simultaneously, the execution speed of a given ap- 
plication may be greatly increased. 

High-performance, multiprocessor computer systems often include large numbers 
of I/O devices. As indicated above, these VO devices issue interrupts requiring servicing 
by a processor. Often, the interrupts generated by many I/O devices are directed to the 
same processor for servicing. During high or bursty I/O usage conditions, the large num- 
ber of I/O interrupts being issued can overwhelm the processor's resources. This can re- 
sult in a livelock condition whereby one or more I/O devices do not get serviced in a fair 
or reasonable manner. As a result, the operating system may crash. 

One solution to this problem is to employ hardware that detects when an entity or 
agent of the computer system, such as an VO device, is being starved for a resource of the 
system. When this condition is detected, the hardware causes a global signal to be sent to 
most if not all of the system's entities or agents preventing them from initiating any new 
transactions. Once the entity or agent that triggered the global signal completes its opera- 
tion or receives the desired resources, the global signal is withdrawn and normal opera- 
tion resumes. This approach, however, is very difficult to implement in large, high- 
performance multiprocessor systems. In can also substantially degrade the system's per- 
formance. 

Altematively, the number of entities or agents, such as I/O devices, that contend 
for a particular system resource, such as interrupt servicing, can be physically limited. 
This solution, however, limits the usefulness of the computer system as well as its per- 
formance. 
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SUMMARY OF THE INVENTION 

Briefly, the invention is directed to an anti-starvation interrupt protocol for use in 
avoiding livelock in a multiprocessor computer system. The computer system includes a 
plurality of processors, a memory subsystem, a plurality of input/output (I/O) devices, 
each of which is capable of issuing interrupts, and an interrupt controller. The interrupt 
controller receives the interrupts from the I/O devices, which may be level sensitive inter- 
rupts (LSIs) or message signaled interrupts (MSIs). The interrupt controller may also re- 
ceive interrupts generated by the processors. The interrupt controller is operatively cou- 
pled to an interrupt starvation counter which it uses to keep track of the processing of in- 
terrupts generated by the I/O devices and by the processors. In accordance with the pre- 
sent invention, at least one processor, the "target" processor, of the multiprocessor system 
is configured to include first and second control status registers (CSRs). The first CSR ^ 
buffers information, such as interrupts, received by the processor, while the second CSR 
keeps track of the priority level of the information received by the processor. 

When the interrupt controller receives an interrupt from a given I/O device or 
processor, it issues a write transaction to the first CSR at the target processor. If the first 
CSR has room to accept the write transaction (i.e., there is a free entry), the write transac- 
tion is stored at the free entry and the target processor issues an acknowledgement to the 
interrupt controller. The target processor then discharges the interrupt. If the first CSR is 
full and thus cannot accept a write transaction from the interrupt controller, the target 
processor returns a no acknowledgment to the interrupt controller. In response to a no 
acknowledgment, the interrupt controller increments its interrupt starvation counter, and 
checks to see whether the counter exceeds a predetermined threshold. If not, the interrupt 
controller waits a preset time and reposts the write transaction to the target processor. If 
the interrupt starvation counter exceeds the threshold, the interrupt controller issues a 
write transaction to the second CSR, thereby notifying the target processor of an interrupt 
starvation event. In response, the target processor copies all of the pending interrupts 
from the first CSR into the memory subsystem, thereby freeing up the first CSR to accept 
additional write transactions. The target processor then proceeds to discharge the inter- 
rupts that were copied into the memory subsystem. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The invention description below refers to the accompanying drawings, of which: 
Fig. 1 is a schematic block diagram of a symmetrical multiprocessor computer 

system in accordance with the present invention; 

Fig. 2 is a schematic block diagram of a dual processor module of the computer 

system of Fig. 1; 

Fig. 3 is a schematic block diagram of an FO subsystem of the computer system 
of Fig. 1; 

Fig. 4 is a highly schematic block diagram of an interrupt control system in ac- 
cordance with the present invention; 

Figs. 5A-B are a flow diagram of the method of the present invention; and 
Figs. 6 and 7 are highly schematic block diagrams of registers configured in ac- 
cordance with the present invention. 

DETAILED DESCRIPTION OF AN ILLUSTRATIVE 

EMBODIMENT 

Fig. 1 is a schematic block diagram of a symmetrical multiprocessor (SMP) sys- 
tem 100 comprising a plurality of processor modules 102 interconnected to form a two 
dimensional (2D) torus or mesh configuration. Each processor module 102 preferably 
comprises two central processing units (CPUs) or processors 104 and has connections for 
two input/output (I/O) ports (one for each processor 104) and six inter-processor (IP) 
network ports. The JP network ports are preferably referred to as North (N), South (S), 
East (E) and West (W) compass points and connect to two unidirectional links. The 
North-South (NS) and East-West (EW) compass point connections create a (manhattan) 
grid, while the outside ends wrap-around and connect to each other, thereby forming the 
2D torus. The SMP system 100 further comprises a plurality of I/O subsystems 106. I/O 
traffic enters the processor modules 102 of the 2D torus via the I/O ports. Although only 
one VO subsystem 106 is shown connected to each processor module 102, because each 
processor module 102 has two I/O ports, any given processor module 102 may be con- 
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nected to two I/O subsystems 106 (i.e., each processor 104 may be connected to its own 
I/O subsystem 106). 

Fig. 2 is a schematic block diagram of a dual CPU (2P) module 102. As noted, 
each 2P module 102 preferably has two CPUs 104 each having connections 202 for the 
IP ("compass") network ports and an I/O port 204. The 2P module 102 also includes one 
or more power regulators 206, server management logic 208 and two memory subsys- 
tems 210 each coupled to a respective memory port (one for each CPU 104). The server 
management logic 208 cooperates with a server management system to control functions 
of the computer system 100 (Fig. 1), while the power regulators 206 control the flow of 
electrical power to the 2P module 102. Each of the N, S, E and W compass points along 
with the I/O and memory ports, moreover, preferably use clock-forwarding, i.e., forward- 
ing clock signals with the data signals, to increase data transfer rates and reduce skew be- 
tween the clock and data. 

Each CPU 104 of a 2P module 102 is preferably an "EV7" processor from Com- 
paq Computer Corp. of Houston, Texas, that includes part of an "EV6" processor as its 
core together with "wrapper" circuitry that comprises two memory controllers, an I/O 
interface and four network ports. In the illustrative embodiment, the EV7 address space 
is 44 physical address bits and supports up to 256 processors 104 and 256 I/O subsystems 
106. The EV6 core preferably incorporates a traditional reduced instruction set computer 
(RISC) load/store architecture. In the illustrative embodiment described herein, the EV6 
core is an Alpha® 21264 processor chip manufactured by Compaq Computer Corpora- 
tion, with the addition of a 1.75 megabyte (MB) 7-way associative internal cache and 
"CBOX", the latter providing integrated cache controller functions to the EV7 processor. 
The EV7 processor also includes an "RBOX" that provides integrated routing/networking 
control functions with respect to the compass points, and a "ZBOX" that provides inte- 
grated memory controller functions for controlling the memory subsystem 370. How- 
ever, it will be apparent to those skilled in the art that other types of processor chips may 
be advantageously used. 

Each CPU 104 of the multiprocessor system 100 also includes a plurality of inter- 
nal control and status registers (CSRs). Specifically, each CPU is configured to include 
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an interrupt queue register 212 and an interrupt request register 214. As described herein, 
the interrupt queue register 212 has a plurality of entries, e.g., two, for buffering interrupt 
information received by the respective CPU 104. The interrupt request register 214 has a 
plurality of bit positions, and different bits (or segments of bits) are associated with dif- 
ferent interrupt priority levels. 

Each memory subsystem 210 may be and/or may include one or more conven- 
tional or commercially available dynamic random access memory (DB^AM), synchronous 
DRAM (SDRAM), double data rate SDRAM (DDR-SDRAM) or Rambus DRAM 
(RDRAM) memory devices. One or more of the memory subsystems 210 is preferably 
configured to include at least one memory structare, such as a First In First Out (FFO) 
queue 216. 

Fig. 3 is a schematic block diagram of an I/O subsystem 106. The subsystem 106 
includes an VO bridge 302, which may be referred to as an "107", that constitutes a fun- 
damental building block of the I/O subsystem 106. The 107 302 is preferably imple- 
mented as an application specific integrated circuit (ASIC). As described above, each 
EV7 processor 104 includes one I/O port 204; however, there is no requirement that each 
processor 104 be connected to an I/O subsystem 106. 

The 107 302 comprises a North circuit region 304 that interfaces to the EV7 proc- 
essor 104 and a South circuit region 306 that includes a plurality of I/O ports 308a-d (PO- 
P3) that preferably interface to standard I/O buses. An EV7 port 3 10 of the North region 
304 couples to the EV7 processor 104 via two unidirectional, clock forwarded links 312. 
In the illustrative embodiment, three of the four I/O ports 308a-c interface to the well- 
known Peripheral Component Interface (PCI) and/or PCI-Extended (PCI-X) bus stan- 
dards, while the fourth port 304d interfaces to an Accelerated Graphics Port (AGP) bus 
standard. More specifically, ports P0-P2 include a PCI and/or PCI-X controller, such as 
controller 314 at port PO, which is coupled to and controls a respective PCI and/or PCI-X 
bus, such as bus 3 16. Attached to bus 3 16 may be one or more I/O controller cards, such 
as controllers 318, 320. Each I/O controller 318, 320, in turn, interfaces to and is respon- 
sible for one or more I/O devices, such as I/O devices 322 and 324. Port P3 may include 
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an AGP controller (not shown) rather than a PCI or PCI-X controller for controlling an 
AGP bus. 

A cache coherent domain of the SMP system 100 preferably extends into the 107 
302 and, in particular, to I/O buffers or caches located within each I/O data port 308 of 
the 107 302. Specifically, the cache coherent domain extends to a write cache (WC), a 
read cache (RC) and a translation look-aside buffer (TLB) located within each I/O data 
port 308. The WC and RC, as well as TLB function as coherent buffers. 

In the preferred embodiment, South region 306 further includes an interrupt port 
326 (P7). The interrupt port P7 collects PCI and/or AGP level sensitive interrupts (LSIs) 
and message signaled interrupts (MSIs) generated by or within the other south ports PO- 
P3, such as by I/O devices 322 and 324. The interrupt port P7 may also collect interrupts 
generated by one or more processors of the EV7 mesh. These interrupts are sent to North 
region 306 for transmission to and servicing by the processors 104 of the EV7 mesh. The 
interrupt port P7 also collects errors generated within the North and South regions 304, 
306 oftheI07. 

A multiplexer (MUX) (not shown) receives inputs from each of the south ports 
P0-P3 and P7 and provides a single output to North region 304. Thus, messages gener- 
ated within any of the south ports P0-P3 and P7 are received by and processed by the 
MUX before transmission to North region 304 and the EV7 mesh. The MUX may in- 
clude an up hose arbitration (arb) logic circuit. 

Fig. 4 is a schematic block diagram of a preferred interrupt control system 400 
which may advantageously be disposed, at least in part, at the interrupt port P7 of an 107 
302. The interrupt control system 400 includes an interrupt collector 402 having a plural- 
ity of interrupt wires or lines 404 for receiving interrupt signals, such as level sensitive 
interrupts (LSIs) and/or message signaled interrupts (MSIs), from the VO devices that 
may be coupled to the respective 107 302 and from selected processors of the EV7 mesh. 
Operatively coupled to the interrupt collector 402 is an interrupt controller 406. The in- 
terrupt controller 406 is preferably programmed to periodically poll the interrupt collector 
402 to determine which lines or wu-es 404 are asserted, and to retrieve that information, 
as indicated by arrow 408. The interrupt controller 406 also has access to a LSI register 
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file 410 and a MSI register file 411. As described below, the interrupt controller 406 can 
read from and write to the LSI register file 410, as indicated by arrow 412, and to die 
MSI register file 41 1, as indicated by arrow 413. 

It should be understood that more than one I/O device may be connected to a 
given wire or line 404 leading into the interrupt collector 402. 

The interrupt controller 406 is also configured to generate interrupt messages or 
transactions, such as Write Internal Processor Register (WrIPR) messages or transactions, 
and send them to the MUX for transmission, via the 107' s North region 304, to the EV7 
mesh, as indicated by arrow 414. The interrupt controller 406 can also receive messages 
from the EV7 mesh as indicated by arrow 416. In addition, the interrupt controller 406 
may receive messages from the other ports P0-P3 of the 107 or from the processors of the 
EV7 through CSR write transactions, as indicated by arrow 418. 

The LSI register file 410 is preferably arranged, at least logically, as a table array 
having a plurality of columns and rows whose intersections define corresponding cells for 
storing information. In particular, the LSI register file 410 has a plurality of rows 420a- 
m, and each row 420a-m of the register file preferably corresponds to a wire or line 404 
leading into the interrupt collector 402. The LSI register file 410 also has a plurality of 
columns for organizing information associated with each row 420a-m. Specifically, the 
LSI register file 410 has a first column 422 that contains a unique number for each row 
420a-m. The interrupt number 422 may comprise three parts: a port ID 422a, a slot ID 
422b and an interrupt designator (INTx) 422c. A second column 424 contains a target 
EV7 processor 104 that is to process the interrupt service routine of the interrupt identi- 
fied by the respective row 420a-m. A third column 426 contains the thread of the EV7 
processor 104 that is to process the interrupt service routine. A fourth column 428 indi- 
cates whether the interrupt of the respective row 420a-m is enabled or disabled. For ex- 
ample, the fourth column may be 1-bit. If the bit is asserted (e.g., set to "1") the respec- 
tive interrupt is enabled. If the bit is de-asserted (e.g., set to "0"), the interrupt is dis- 
abled. A fifth column 430 indicates whether the respective interrupt is pending. Fifth 
column 430 may also be 1-bit and if asserted indicate that the interrupt is pending and if 
de-asserted indicate that the interrupt is not pending. A sixth column 432 constitutes or 
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otherwise contains an interrupt starvation counter. As described below, the interrupt 
starvation counter 432 is used to prevent particular interrupts from becoming starved. 

The MSI register file 411 is also preferably arranged, at least logically, as a table 
array having a plurality of rows and columns whose intersections define cells or entries 
for storing data. Specifically, the MSI register file 41 1 has a plurality, e.g., 16, rows 
440a-p, and each row corresponds to a MSI generating device. The MSI register file 41 1 
also has a plurality of columns for organizing information associated with the rows. Spe- 
cifically, the MSI register file 41 1 has an interrupt message (int. msg.) column 442, a tar- 
get EV7 column 444, an EV7 thread column 446, an interrupt enabled column 448, an 
interrupt pending column 450, and an interrupt starvation counter column 452. The inter- 
rupt message column 442 basically identifies the respective MSI generating device. Col- 
umns 444, 446 and 448 are similar to columns 424, 426 and 428 of the LSI file 410. In- 
terrupt pending column 450 is preferably 32-bits wide and each bit corresponds to and 
thus identifies one of the 32 unique MSIs that can be generated by the respective device. 
The interrupt starvation counter 452 is similar to counter 432 of the LSI file 410. 

Processor initiated interrupts can also be managed by the interrupt controller 406 
of port P7. For example, a processor 104 may issue a programmed lO (PIO) transaction 
for writing to one or more fields of the LSI register file 410, such as the interrupt pending 
column 430. The interrupt controller 406 responds to the interrupt caused by the PIO 
transaction in the same way as if the interrupt came from an I/O device. It should be un- 
derstood that the LSI and/or MSI register files 410, 410 may be implemented through one 
or more CSRs configured at the I07. In this case, a processor 104 may trigger an inter- 
rupt by issuing a write transaction to a respective I07 CSR. 

Figs. 5A and 5B is a flow diagram of the method of the present invention. Ini- 
tially, the interrupt controller 406 (Fig. 4) is in an idle or wait state waiting to receive an 
interrupt, as indicated at block 502. Suppose I/O device 324 at port PO (Fig. 3) of the 107 
302 requires some type of service from the EV7 mesh. The I/O device 324 preferably 
signals a level sensitive interrupt (LSD by setting the signal of its wire or line 404 (Fig. 4) 
leading to the interrupt collector 402 to the specified LSI level. Alternatively, I/O device 
324 may issue a message signaled interrupt (MSI). During the next polling cycle, the in- 
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terrupt controller 406 will "see" that a signal is present on a given line 404. The levels of 
the wires or lines 404 may be captured by the interrupt collector 402 and moved to the 
interrupt controller 406 by one or more shift operations, utilizing one or more shift regis- 
ters. In response, the interrupt controller 406 indexes to the appropriate entry or row, 
e.g., row 420h, of the LSI register file 410, which, as described herein, controls how the 
LSIs are processed. The controller 406 may first determine whether this particular inter- 
rupt is enabled by examining the corresponding entry from the interrupt enabled column 
428 for row 420h. If the interrupt is not enabled, the interrupt controller 406 ignores the 
interrupt. Assuming the interrupt is enabled, the interrupt controller 406 next examines 
the corresponding entry from the interrupt pending column 430 for entry 420h. This en- 
try should be "0", unless some other I/O device connected to this same wire or line 404 
already has an interrupt outstanding. 

The interrupt controller 406 then proceeds to post the interrupt from I/O device 
324 (or from the processor if this were a processor initiated interrupt) to the EV7 mesh, 
as indicated at block 504. Specifically, the interrupt controller 406 generates a write 
message, such as a WrIPR message, that is directed to the interrupt queue register 212 at 
the EV7 processor 104 that is to service this interrupt. The interrupt controller 406 iden- 
tifies the appropriate target processor from the respective entry at the target EV7 column 
424 for row 420h. Appended to the WrIPR is an interrupt identifier (ED), which the in- 
terrupt controller 406 generates by concatenating the following information: 



Interrupt Number 



EV7 Thread 



I07ID 



The interrupt number and EV7 thread are obtained from columns 422 and 424 of 
the LSI register file 410 for entry 420h. The interrupt controller 406 may be preconfig- 
ured with or otherwise have access to the ID of the 107. 

The interrupt controller 406 sends the message by passing it, via the MUX, into 
the North region 304 from where it is sent via link 3 14 into the EV7 mesh. Within the 
EV7 mesh, the message is routed to the target processor 104 by means of the inter- 
processor (IP) network ports 202 of the various processors. Upon receiving the WrIPR 
message from the interrupt controller 406, the target processor 104 determines whether 
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its interrupt queue register 212 has a free entry for receiving the WrIPR message, as indi- 
cated at decision block 506. 

Fig. 6 is a highly schematic block diagram of an interrupt queue register 212. 
Register 212 preferably has two entries 602 and 604 each of which can store a respective 
interrupt. In the preferred embodiment, each entry 602 and 604 is 24-bits in length, 
which is sufficient to store the IID of the WrIPR message. The register 212 is preferably 
configured as a first-in-first-out (FIFO) queue. 

If the interrupt queue register 212 has a free entry, e.g., entry 604, the EV7 proc- 
essor 104 loads the IID of the WrIPR message into the free entry 604, as indicated at 
block 508. The EV7 processor 104 then issues an acknowledgment message, such as a 
Write Input/Output Acknowledgment (WrIOAck) message, to the 107 302 to acknowl- 
edge its receipt of the interrupt, as indicated at block 510. 

If a WrIOAck is received from the target EV7 processor 104, the interrupt con- 
troller 406 responds by clearing (e.g., setting to null or zero) the interrupt starvation 
counter 432 for row 420h, as indicated at block 512. The interrupt controller 406 also 
asserts the interrupt pending entry 430 for row 420h to reflect that the respective interrupt 
is pending service, as also indicated at block 512. As indicated by arrow 514, the inter- 
rapt controller 406 then remms to the wait state 502. 

After receiving and successfully storing the interrupt in its interrupt queue register 
212, the EV7 processor 104 next notes the receipt of an interrupt by setting the bit or bits 
of its intermpt request register 214 that are associated with a low priority interrapt, as in- 
dicated at block 516. 

Fig. 7 is a highly schematic block diagram of an interrapt request register 214. 
Register 214 has a plurality of bits, e.g., 64-bits, and different bits are associated with dif- 
ferent interrapt priority levels. Specifically, there are six interrapt wires leading into the 
EV6 core of the processor 104. Each wire, moreover, is associated with a different prior- 
ity level, and is thus serviced in a different order by the processor 104. In particular, 
higher priority interrapts are serviced before lower priority interrapts. The interrapt re- 
quest register 214 is preferably organized to have six segments, and each of these seg- 
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ments is associated with a different one of the interrupt wires leading into the EV6 core. 
Included within these six segments, are a low-priority (LP) device interrupt segment 702, 
and a high-priority (HP) device interrupt segment 704. Each segment is about 10-bits 
and all of the bits in each segment are logically OR-ed together to determine whether the 
corresponding interrupt wire should be asserted. Accordingly, the setting of a bit of the 
LP bit segment 702 causes a low-priority interrupt wire leading into the EV6 core to be 
asserted, while the setting of a bit of the HP bit segment 704 causes a high-priority inter- 
rupt wire leading into the EV6 core to be asserted. 

The EV7 processor 104 sets one or more of the bits of the LP segment 702 in re- 
sponse to having successfully stored an interrupt contained in a WrIPR message transac- 
tion directed to its interrupt queue register 212. As indicated above, setting of the LP 
segment 702 causes the respective interrupt wire into the EV6 core to be asserted. M re- 
sponse, the EV7 processor retrieves the interrupt from register 212 and services, e.g., dis- 
charges, that interrupt, as indicated at block 518. To process the interrupt, the EV7 proc- 
essor 104 preferably obtains the appropriate interrupt vector by using the IID as an index, 
and executes the corresponding interrupt service routine. Since the register 212 is organ- 
ized as a FFO queue, if two interrupts are present, the EV7 processor 104 discharges the 
older of the two. 

Upon completion of the interrupt service routine, the processor 104 frees the re- 
spective entry of the interrupt queue register 212, e.g., entry 604, so that it may receive a 
new interrupt, as indicated at block 520. The processor 104 also clears the low-priority 
bit segment 702 of the interrupt request register 214 to reflect that the interrupt has been 
serviced, as also indicated at block 520. hi addition, the EV7 processor 104 may issue a 
programmed 10 (PIO) transaction or command to the I/O device informing it that the 
EV7 has serviced the interrupt, and may issue a write command to the LSI register file 
410. The write conmiand instructs the interrupt controller 406 to de-assert the interrupt 
pending entry of column 430 for row 420h. The processor 104 then typically returns to 
the particular task or processing thread it was performing before the interrupt came in, as 
indicated at block 522. 
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As indicated above, the interrupt queue register 212 at the EV7 processor 104 has 
limited resources for storing interrupts. In particular, it can hold only two IIDs. If the 
EV7 processor 104 receives a WrIPR message, and register 214 is full, the determination 
at decision block 506 is No, and, as indicated by Go To block 524, processing moves to 
block 526 (Fig. 5B). Here, the processor 104 returns a non-acknowledgment (NACK) 
message, such as a Write Input/Output Non- Acknowledgment (WrIONAck) message, to 
the I07 302 that sourced the interrupt, reporting that the interrupt was not accepted, as 
indicated at block 526. In response to receiving a WrIONAck message, the interrupt con- 
troller 406 increments the Interrupt Starvation Counter 432 for the respective row 420, as 
indicated at block 528, and does not assert the Interrupt Pending entry 428. The interrupt 
controller 406 then determines whether the value of the interrupt starvation counter 432, 
as incremented, exceeds a predetermined threshold, as indicated at decision block 530. If 
not, the interrupt controller 406 waits a predetermined amount of time (e.g., a set number 
of clock cycles) and re-issues the WrIPR interrupt message to the target processor's inter- 
rupt queue register 212, as indicated at block 532. As indicated by Go To block 534, 
processing then returns to decision block 506 (Fig. 5A). That is, the processor 104 de- 
termines whether a free entry now exits at the interrupt queue register 212 for storing the 
reposted interrupt. If so, the steps of blocks 508-522 are performed as described above. 
If not, another WrIONAck message is sent to the interrupt controller which again incre- 
ments the interrupt starvation counter, as indicated by blocks 526 and 528. 

Again, the interrupt controller 406 determines whether the interrupt starvation 
counter exceeds the predetermined threshold, as indicated at decision block 530. If the 
interrupt starvation counter exceeds the threshold, the interrupt controller 406 preferably 
posts an interrupt starvation event. Specifically, the interrupt controller 406 effectively 
issues a write transaction to the target EV7 processor 104 that has a higher priority than 
the prior interrupt messages, as indicated at block 536. In the preferred embodiment, the 
issuance of a higher priority write transaction is achieved by generating and sending a 
WrIPR message directed to the processor's interrupt request register 214, rather than to 
the processor's interrupt queue register 212. The WrIPR message directed to the inter- 
rupt request register 214, moreover, sets the high priority segment 704 of the register 214, 
while leaving the rest of the interrupt request register 214 unchanged. For example, reg- 
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ister 214 may be configured such that the writing a first bit, e.g., segment 704, does not 
clear the other register bits. Alternatively, the WrIPR message may include a mask so 
that execution of the write only results in the contents of the high priority segment 704 
being modified. 

The EV7 processor 104 notes the receipt of this high priority write transaction and 
executes the write thereby setting the high priority segment 704 of the interrupt request 
register 214, as indicated at block 538. As indicated above, the high priority segment 704 
of register 214 is associated with an interrupt wire leading into the EV6 core that has a 
higher priority .than the wire associated with the low priority segment 702. In response to 
the WrIPR message writing to the high priority segment 704 of register 214, Privileged 
Architecture Library (PAL) code operating at the EV7 processor 104 causes the contents 
of the interrupt queue register 212 to be drained into the FIFO 216 located in the memory 
subsystem 210, as indicated at block 540. This frees the entries 602, 604 of the low pri- 
ority register 214 making them available to accept additional interrupts. The order of the 
interrupts at the interrupt queue register 212 is preferably maintained at the in-memory 
FIFO 216. 

PAL code may then begin reading the interrupts from the in-memory FIFO 216 
and dispatching interrupt service routines to service those interrupts. 

Once the interrupt queue register 212 has been drained of its contents, the EV7 
processor 104 preferably clears the high priority segment 704 of the interrupt request reg- 
ister 214, as indicated at block 542. 

After having sent the higher priority WrDPR of the interrupt starvation event, the 
interrupt controller 406 preferably waits a set time (e.g., the same number of clock cycles 
separating the lower priority WrIPRs) and reposts the previously NACK-ed WrIPR write 
message to the processor's interrupt queue register 212, as indicated at block 544. By 
virtue of Go To block 534, processing then continues at decision block 506 (Fig. 5B) at 
which the processor 104 determines whether the interrupt queue register 212 has a free 
entry for storing the interrupt. Since the previous higher priority WrIPR triggered the 
EV7 processor 104 to drain its interrupt request register 214, there should now be a free 
entry, e.g., entry 602 and/or 604, to receive the contents of the reposted WrIPR. 
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As shown, with the present invention, livelock due to a failure to service I/O inter- 
rupts is avoided, despite having only limited resources to service those interrupts and the 
support for a large number of I/O devices. The present invention also avoids the disad- 
vantages that result from using a global stop or suspension signal. Also, with the present 
invention, the system need not implement complex ordering or tracking schemes for new 
writes and writes that have been NACK-ed. Furthermore, by configuring the system to 
send processor initiated interrupts to the 107 through writes to an 107 CSR, the present 
invention provides a mechanism for resolving inter-processor interrupts at the I/O device 
interrupt priority level. 

It should be understood that in response to one or more WrIONAcks, the interrupt 
controller 406 may alternatively post a different interrupt event to an EV7 identified by 
the LSI register file 410, which may be the same or a different EV7 processor. 

In a preferred embodiment, the threshold of the interrupt starvation counter is set 
to one. Thus, an interrupt starvation event occurs in response to two consecutive 
WrlONAck messages from the EV7 processor 104. This threshold, however, is pro- 
grammable by writing to another internal register (not shown) of the EV7 processor 104 
or at the 107 302. That is, the threshold is determined by the value programmed into this 
register. The threshold may vary from zero to any value, although the threshold is typi- 
cally set to a value less than ten. It should be understood that the interrupt starvation 
counter may alternatively be decremented from some start value down to the threshold. 
In this embodiment, the counter would be returned to the start value in response to a 
WrIOAck. 

In another embodiment, a third CSR, referred to as the interrupt queue add regis- 
ter (not shown), is established at the processor 104, and the interrupt controller 406 di- 
rects its low priority WrlPR write messages containing the IIDs to this register, rather 
than the interrupt queue register 212. Assuming the interrupt queue register 212 has a 
free entry, the EV7 processor 104 then transfers the interrupt from this interrupt queue 
add register into the interrupt queue register 212. 
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It should be understood that the Wrff R message directed to the interrupt request 
register 214 may or may not include the IID that was part of the lower priority WrIPRs 
directed to the interrupt queue register 212. 

It should also be understood that writing to the high priority segment 704 of regis- 
ter 214 may alternatively initiate a software alert at the EV7 processor 104, rather than 
causing the assertion of an interrupt wire or Une. In another embodiment, the EV7 proc- 
essor 104 may periodically "poll" the high priority segment 704 to see if it has been set. 

It should be further understood that rather than having a counter for each entry of 
the LSI table 410, there may be a single interrupt starvation counter that is operated by 
the interrupt controller 406. 

Furthermore, the interrupt controller 406 is preferably configured such that it does 
not issue a subsequent WrIPR message until a WrIOAck or WrIONAck is received in 
response to a prior WrIPR message. Also, after receiving a WrIONAck in response to a 
first interrupt, the interrupt controller 406 typically does not issue a WrIPR message for 
another interrupt until the first interrupt is accepted by the EV7 processor 104. That is, 
the interrupt controller 406 keeps sending the same interrupt until it is accepted by an 
EV7 processor 104. Alternatively, it may be configured to send a different interrupt 
event when an WrIONack is received. 

The foregoing description has been directed to specific embodiments of the pre- 
sent invention. It will be apparent, however, that other variations and modifications may 
be made to the described embodiments, with the attainment of some or all of their advan- 
tages. For example, the present invention could be implemented in single processor 
computer systems and/or to prevent system entities and/or agents competing for other 
limited resources besides interrupt registers from becoming livelocked. Therefore, it is 
the object of the appended claims to cover all such variations and modifications as come 
within the true spirit and scope of the invention. 

What is claimed is: 
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